home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text0182.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  2.4 KB  |  58 lines
  1. Dan,
  2.  
  3. You say HTML is not SGML.  It is true that the HTML generted by the NeXT editor
  4. is not good. (example, lack of quotes around attributes which need them.)
  5. Hwoever, the current parser wil parse real SGML. 
  6.  
  7. I feel it IS important to keep the higher-level markup.
  8. Ypu ask, " Who really
  9. uses all the "format independent" features of WWW? I haven't seen
  10. anything that the RTF stylesheet features can't handle."
  11.  
  12. Well, the line-mode browser uses these features to generate a particular
  13. style which is different from the Xwindows style.  The LaTeX generation
  14. scripts which we use to make the "www book" use the high-level markup.
  15.  
  16. It is true that HTML does not have a deep structure, so that we can
  17. be compatible with software whichcannot handle nested elements.
  18. There is nothing wrong with having a simple SGML DTD as a basic case.
  19. SGML does not HAVE to be complicated.  You can use SGML to map any
  20. (non-overlapping) structure you like.
  21.  
  22. In the future, the web will inclued more complex DTDs, and dynamically
  23. loaded DTDs, and people will want to use the same parser for it.
  24.  
  25. You suggest that we should use RTF because it is better supported.
  26. Maybe we could use RTF in parallel in an experiment.  Soe problems
  27. I have are that
  28.  
  29. RTF uses a fudge of specially names styles to represent headings
  30. (for example, in Word) from which the WP deduces a structure
  31. (for outline mode, etc).
  32.  
  33. RTF has styles, but as far as I could see Microsoft RTF documents
  34. have teh actuall formatting information always tucked in there even
  35. if it there is a style name attached.
  36.  
  37. RTF has various extensions fopr handling for example embedded documents
  38. and links, but are these standard ized, or are different manufacturers
  39. going to use different tagsets in RTF just like SGML?
  40.  
  41.  
  42. Perhaps I am out of date in my knowledge of RTF (I certainly am).
  43. However, I see the WP manufacturers trying to escape from a position
  44. where they are historically bound to an RTF view, when they would like
  45. to be able to handle SGML.
  46.  
  47. If you're talking about displaying things, to make HTML into RTF
  48. is trivial.  You can make HTML into MIF too. You have to add
  49. style information of course.  When you go back you have to do this
  50. fudge of requiring the same style names to be used.
  51.  
  52. So I feel RTF would be a backward step. It is true that the current
  53. W3 software is at a point level with RTF rather than general SGML.
  54. But why tie ourselves to that point?
  55.  
  56.     Tim
  57.  
  58.